home *** CD-ROM | disk | FTP | other *** search
/ AMOS PD CD / amospdcd.iso / aminet / amoslist0993.lzh / AMOSLIST2 / 000051_amos-request@svcs1.digex.net_Wed Sep 1 16:54:23 1993.msg < prev    next >
Internet Message Format  |  1993-09-03  |  2KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA20202
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Wed, 1 Sep 1993 16:54:21 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA17328; Wed, 1 Sep 93 16:53:38 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA09621
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 16:24:08 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA09615
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Wed, 1 Sep 1993 16:24:04 -0400
  9. Received: from CCVAX.FULLERTON.EDU (csu.Fullerton.EDU) by access.digex.net with SMTP id AA03603
  10.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.net>); Wed, 1 Sep 1993 16:24:01 -0400
  11. Received: from FULLERTON.EDU by FULLERTON.EDU (PMDF #2446 ) id
  12.  <01H2FOVR18VK004WPF@FULLERTON.EDU>; Wed, 1 Sep 1993 13:23:11 PST
  13. Date: 01 Sep 1993 13:23:11 -0800 (PST)
  14. From: ROLAND ACTON <XRACTON@FULLERTON.EDU>
  15. Subject: Saving variables to disk
  16. To: amos-list@access.digex.net
  17. Message-Id: <01H2FOVR1IIQ004WPF@FULLERTON.EDU>
  18. X-Vms-To: IN%"amos-list@access.digex.net"
  19. Mime-Version: 1.0
  20. Content-Transfer-Encoding: 7BIT
  21. Status: RO
  22.  
  23. >On Wed, 1 Sep 1993, Martin Omander wrote:
  24. >
  25. >>    Problem no 2:
  26. >>    As the game may take several hours to finish, I've included a save
  27. >> feature. It writes a sequential file to disc of the important
  28. >> variables, which amounts to about 11 Kb. The trouble is that writing
  29. >> and reading those files is VERY SLOW going. Where am I going wrong?
  30. >I don't think there's any practical way to speed up a sequential file disk
  31. >access, particularly when you are writing a lot of numbers one by one.  A
  32. >nifty trick that you can do, however, is to write all of the variables
  33. >you'd like to save to an AMOS bank and then save the bank.  This is very
  34. >fast.  Then, when you want your variables back, just load the bank and
  35. >read them from memory.
  36. >
  37. >Chris R
  38.  
  39.   The other way is to save them off using Doscall to access the OS functions.
  40. This, of course, requires that you have the RKMs to get the library offsets
  41. and function descriptions from.